home *** CD-ROM | disk | FTP | other *** search
/ kermit.columbia.edu / kermit.columbia.edu.tar / kermit.columbia.edu / newsgroups / misc.20010306-20010921 / 000107_news@columbia.edu _Tue May 8 11:37:53 2001.msg < prev    next >
Internet Message Format  |  2001-09-20  |  4KB
  1. Return-Path: <news@columbia.edu>
  2. Received: from kachifo.cc.columbia.edu (kachifo.cc.columbia.edu [128.59.59.172])
  3.     by monire.cc.columbia.edu (8.9.3/8.9.3) with ESMTP id LAA19845
  4.     for <kermit.misc@cpunix.cc.columbia.edu>; Tue, 8 May 2001 11:37:52 -0400 (EDT)
  5. Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.59.30])
  6.     by kachifo.cc.columbia.edu (8.9.3/8.9.3) with ESMTP id LAA00882
  7.     for <kermit.misc@smtp.cc.columbia.edu>; Tue, 8 May 2001 11:37:47 -0400 (EDT)
  8. Received: (from news@localhost)
  9.     by newsmaster.cc.columbia.edu (8.9.3/8.9.3) id LAA15361
  10.     for kermit.misc@watsun.cc.columbia.edu; Tue, 8 May 2001 11:27:39 -0400 (EDT)
  11. X-Authentication-Warning: newsmaster.cc.columbia.edu: news set sender to <news> using -f
  12. From: fdc@columbia.edu (Frank da Cruz)
  13. Subject: Re: Need help with Mac OS X 10.0.2
  14. Date: 8 May 2001 11:27:33 -0400
  15. Organization: Columbia University
  16. Message-ID: <9d9395$rt3@watsun.cc.columbia.edu>
  17. To: kermit.misc@columbia.edu
  18.  
  19. In article <9d90vh$ot8$1@jake.esu.edu>,
  20. David H. Hutchens <hutchens@cs.millersville.edu> wrote:
  21. : Thanks for your response, Frank.
  22. : 
  23. : Yes, it was working in Mac OS X public beta.
  24. : 
  25. : I have not tried recompiling. I'll can give it a shot.
  26. : 
  27. Yes, please do.
  28.  
  29. : I did try setting flow control rts/cts. ( I noticed that oddity after
  30. : I sent the previous message). Maybe I had turned it off in public beta
  31. : because:
  32. : 
  33. : Tuning on RTS/CTS resulted in a message that says:
  34. :    Warning -SET FLOW RTS/CTS is in effect but modems CTS signal is off.
  35. :    Disabling flow control temporarily during dialing.
  36. : 
  37. Did RTS/CTS work in the public Beta?
  38.  
  39. : But then.... I was able to log in on the remote machine.  Oddly, I
  40. : got a system beep along with the echo of the first 4 or 5 characters
  41. : of my login name. Then things seemed to work OK.
  42. : 
  43. : Is it OK to ignore the above warning? Does it still enable RTS/CTS
  44. : after the connection? How can I tell?
  45. : 
  46. The message is worrisome.  It probably means that the API for hardware
  47. flow control and/or modem-signal testing changed or broke.  Of course I 
  48. have no way of knowing that, nor of knowing what they changed to.
  49.  
  50. : But when I tried to download a file, I got errors.
  51. : 
  52. Because flow control was not working.
  53.  
  54. : I set the buffer size down until I got to 512 and that allowed
  55. : files to download. Even a 1 MB binary file downloaded OK, with no
  56. : reported errors.  The download speed was over 2700 CPS. The modem on
  57. : the other end is a 28K modem, so that seemed quite reasonable.
  58. : 
  59. A good thing about Kermit protocol is that it can be made to work even
  60. when important parts of the connection are broken.  But it would be
  61. preferable to make flow control work right.
  62.  
  63. : My wife notes that our old 14400 zyxel modem connected to a
  64. : NeXTStation has been having some phone line problems in the last two
  65. : weeks so perhaps we have a more noisy phone line than when I tried
  66. : with the public beta.
  67. : 
  68. No, the problem in your case is that Kermit can't sense the CTS line
  69. from the modem.  Assuming that you had been using RTS/CTS before the
  70. OS upgrade, it indicates a software change, bug, or incompatibility.
  71.  
  72. : Finally, I notice that when I quit kermit, it says the modem may
  73. : still be active and I tell it to quit anyway.
  74. : 
  75. Another indication that the API for accessing modem signals is broken.
  76.  
  77. : But it apparently did not hang up. How can I force it to hang
  78. : up the phone?
  79. : 
  80. If you exit from Kermit or give it the HANGUP command, it hangs up by
  81. dropping DTR.  But since the modem-signal API isn't working on Mac OS X,
  82. probably DTR isn't really being dropped.  But Kermit always gives you
  83. another way to work around broken components:
  84.  
  85.   set modem hangup-method modem-command
  86.   hangup
  87.  
  88. This makes Kermit hang up by sending +++ and then ATH0.
  89.  
  90. So how do we get the real problem fixed?  First try recompiling and see
  91. if that clears things up.  If not, it would be best if I could get
  92. telnet/ftp access to your Mac, or another one that has the same OS
  93. level so I can poke around the header files, man pages, etc, and see
  94. if I can get at the modem signals.  (Of course even then I can't actually
  95. see/hear what's happening, but it's better than nothing.)  Failing that,
  96. somebody who has Mac OS X 10.2 and a modem will have to make the code
  97. work (I can point out the relevant modules and functions).
  98.  
  99. - Frank
  100.